Date: Fri,  9 Sep 94 04:30:25 PDT
From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
Errors-To: Ham-Digital-Errors@UCSD.Edu
Reply-To: Ham-Digital@UCSD.Edu
Precedence: Bulk
Subject: Ham-Digital Digest V94 #300
To: Ham-Digital
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Date: Thu, 8 Sep 94 14:16:16 -0500
From: news.delphi.com!usenet@uunet.uu.net
Subject: Packet with a TH-78A?-How fast?
To: ham-digital@ucsd.edu

Vince B. Hadley <hadleyv@et.byu.edu> writes:
 
>	I am considering getting into packet with my TH-78A (it's all I can
>afford).  What has been your experience?  How fast can you go? 1200, 2400,
>or 9600 (on 440)? Experience any problems?  What do you do to toggle
>transmit/recieve?  I haven't a clue as to what other have done or are doing
>so any and all comments would be appreciated.  Thanks!
 
 
Vince,
I have used my th78a for 1200 baud packet for a while now
and find it to work very well.  You can wire up a cheap
cable with the mini plugs (radio shack) and any multi-
conductor cable, and a db-9 or whatever your tnc uses.
 
I use a kpc-3 with several mini-terminals and i can back pack
the whole thing.  Also, it works fine mobile.
 
I don't know if it will switch fast enough for 9600 baud
but i suspect that it will not.  and bypassing the ptt is
for those with more money............
 
later
 
73 de n1qdq

------------------------------

Date: Thu, 8 Sep 1994 16:49:53 GMT
From: news.mtholyoke.edu!world!dts@uunet.uu.net
Subject: TCP/IP over packet trough winsock ...
To: ham-digital@ucsd.edu

In article <34gmem$ckg@linet02.li.net>, Joe Tomasone <jtomason@li.net> wrote:
>In article <dany.64.000AED17@arti.vub.ac.be>, dany@arti.vub.ac.be (Dany Vereertbrugghen) says:
>>I used the latest version of Trumpet winsock, and the latest version
>>of ws_ftp.  If I try the FTP, the TNC does transmit something, but
>>the trumpet winsock stuff immediatly gives an ARP time out, and 
>>a TCP error.  It also stops retrying very soon.
>>Has anyone got experience with this?
>
>No direct experience, but from a programming standpoint I would guess that
>the WS_FTP is expecting a very fast reply (which over phone lines is fine)
>but it's timeout threshold is much too fast for radio-based work.  You
>might want to check the program for a parameter to update or contact
>the author.
>
>I just checked my WS_FTP -- Play with the timeout value in the 
>ADVANCED menu of the session settings.  Perhaps that will do the 
>trick.   Let me know!

If properly written, FTP should NOT know or care about timeouts. FTP uses
TCP, a protocol which provides connection oriented service over IP. TCP
works on networks of any speed, including the terribly slow.

Now if someone who wrote a Windows version of TCP/IP and friends though
they were doing users a favor by not implementing the standards properly,
it'd be time to find another protocol stack provider.

There is no way for your FTP to know simply be the fact that its local
connection is on a high speed network that there will not be a low speed
segment somwhere on the internetwork it traverses. Most corporate links
to the internet, for example, are at 56Kbps. Get a few folks doing
file transfers, and that's loaded up. The TCP protocol can deal with
that...

There should be no reason why a properly implemented TCP/IP stack and
applications set cannot run over packet radio at 1200 baud successfully.
This goes for implementations on Unix, Windows, VMS, or whatever other
OS you can name. One of these days perhaps I'll get to implement an
AX.25 encapsulator for one of my company's router products!

Dan

-- 
---------------------------------------------------------------
Daniel Senie                 Internet:     dts@world.std.com
Daniel Senie Consulting                    n1jeb@world.std.com
508-779-0439                 Compuserve:   74176,1347
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